\section{proj9.1：实现共享内存}\label{proj9.1ux5b9eux73b0ux5171ux4eabux5185ux5b58}

实现共享内存功能的目的是为将来（lab5中才需要）不同进程（process）之间能够通过共享内存实现数据共享。共享内存机制其实是一种进程间通信的手段。proj9/proj9.1完成了不同页表中（目前仅局限于父子进程之间,lab3才涉及）的虚拟地址共享同一块物理地址空间的功能。由于目前的实现仅限于有亲属关系的进程，这实际上意味着这些具有共享物理地址空间的虚拟地址空间也是相同的。

\subsection{相关数据结构}\label{ux76f8ux5173ux6570ux636eux7ed3ux6784}

这部分的具体实现工作主要在kern/mm/shmem.{[}ch{]}和其他一些文件中。根据前面的分析，我们知道在mm\_struct
层面上管理了基于同一个页表的vma集合，这些集合表示了当前可``合法''使用（即使没有对应的物理内存）的所有虚拟地址空间集合。当前的vma\_struct定义如下：

\begin{lstlisting}
struct vma_struct {
    struct mm_struct *vm_mm;
    uint32_t vm_start;
    uint32_t vm_end;
    uint32_t vm_flags;
    vma_entry_t vma_link;
};
\end{lstlisting}

这 个是proj9.1以前的 vma\_struct
结构定义。由于vma中并没有描述此虚拟地址对应的物理地址空间，所以无法确保不同页表中描述同一虚拟地址空间的vma指向同一个物理地址空间，所以不同页表间的内存无法实现共享。于是我们可以对vma\_struct增加下面两个域（field）：

\begin{lstlisting}
struct shmem_struct *shmem;
size_t shmem_off;
\end{lstlisting}

shmem的作用是统一维护不同mm\_struct结构（即不同页表）中描述具有共享属性的同一虚拟地址空间的唯一物理地址空间。如果
vma-\textgreater{}flags 里面有 VM\_SHARE，就表示 vma-\textgreater{}shmem
有意义，他指向一个 shmem\_struct结构的指针。shmem\_struct结构定义如下：

\begin{lstlisting}
struct shmem_struct {
    list_entry_t shmn_list;
    shmn_t *shmn_cache;
    size_t len;
    atomic_t shmem_ref;
    lock_t shmem_lock;
};
\end{lstlisting}

shmem\_struct包含了list\_entry\_t结构的shmn\_list，此链表的元素是shmn\_t结构的共享页描述（包含某共享虚拟页的信息（page
或者 swap entry），为了维护起来简便，里面借用了页表的PTE描述方式，除了
PTE\_P
用来区分是否是一个物理页以外，没有任何其它权限标记，所以后面提到的 PTE
应该是带引号的），所以此链表就是用来存储虚拟地址空间的PTE集合，即此共享的虚拟地址空间对应的唯一的物理地址空间的映射关系。shmem\_ref指出了当前有多少进程共享此共享虚拟空间。shmn\_t是用来描述一段共享虚拟空间的信息，可理解为一个shmem
node结构，其定义如下：

\begin{lstlisting}
typedef struct shmn_s {
    uintptr_t start;
    uintptr_t end;
    pte_t *entry;
    list_entry_t list_link;
} shmn_t;
\end{lstlisting}

在这个结构中，entry保存了一块（4KB）连续的虚拟空间的PTE数组，可以理解为一个二级页表，这个页表最大可以描述4MB的连续虚拟空间对应的物理空间地址信息。entry
中的每一项用于保存 physical address \textbar{} PTE\_P 或者
swap\_entry。这样能最大限度节约内存，并且能很快通过entry项计算出
对应的struct page。
而list\_link是用来把自身连接属于同一shmem\_struct结构的域-shmn\_list链表，便于shmem\_struct结构的变量对共享空间进行管理。这样就可以形成如下图所示的共享内存布局：

\begin{figure}[htbp]
\centering
\includegraphics{figures/11.png}
\caption{11}
\end{figure}

\subsection{创建和访问共享内存的实现逻辑}\label{ux521bux5efaux548cux8bbfux95eeux5171ux4eabux5185ux5b58ux7684ux5b9eux73b0ux903bux8f91}

为了创建一块共享内存，首先需要在内核中调用do\_shmem函数(此函数要到lab3的proj12才会出现)，do\_shmem函数并进一步调用shmem\_create函数创建一个shmem\_struct结构的变量，然后再调用mm\_map\_shmem函数来创建一个vma结构的变量，并设置vma的属性为VM\_SHARE，并把vma-\textgreater{}shmem指向shmem结构变量。这样就初步建立好了一个共享内存虚拟空间。

由于并没有给这块共享内存虚拟空间实际分配物理空间，所以在第一次访问此vma中某地址时，会产生缺页异（page
fault
），并触发do\_pgfault函数被调用。此函数如果发现是``合法''的共享内存虚拟空间出现的地址访问错时，将调用shmem的处理函数shmem\_get\_entry，来查找此共享内存虚拟子空间所在的其他虚拟地址空间中（具有不同的页表）是否此虚地址对应的PTE项存在，如果不存在，则表明这是第一次访问这个共享内存区域，就可以创建一个物理页，并在shmn\_s的entry中记录虚拟页与物理页的映射关系；如果存在，则在本虚拟地址空间中建立此虚地址对应的PTE项，这样就可以确保不同页表中的共享虚拟地址空间共享一个唯一的物理地址空间。

shmem结构中增加一个计数器，在执行复制某虚拟地址空间的copy\_mm函数的时，如果
vm\_flags 有 VM\_SHARE，则仅增加 shmem
计数器shmem\_ref，而不用再创建一个shmem变量；同理，释放
具有共享内存属性的vma
时，应该减少shmem计数器shmem\_ref，当shmem计数器shmem\_ref减少到0的时候，应该释放
shmem 所占有的资源。

另外，在shmem 里面不能记录地址，因为不同 vma
可能map到不同的地址上去，因此它只维护一个 page 的大小。上面提到的
shmem\_off 的作用是定位页面。具有共享属性的 vma 创建的时候，shmem\_off =
0。当 vma-\textgreater{}vm\_start
增加的时候（只可能变大，因为内核不支持它减小，unmap 的时候可能导致 vma
前面部分的 unmap，这就可能会让 vm\_start 变大），应该将 vm\_start
的增量赋给 shmem\_off，以保证剩下的 shmem
能够访问正确的位置。这样在访问共享内存地址addr发生缺页异常的时候，此地址对应的页在
shmem\_struct 里面的 PTE数组项的索引index 应该等于 (addr -
vma-\textgreater{}vm\_start + vma-\textgreater{}shmem\_off) / PGSIZE

\textbf{【注意】}

在页换出操作中， 尝试换出一页的条件是页的 page\_ref 到 0。为了防止 share
memory 的 page 被意外的释放掉，shmem
结构也会增加相应数据页的引用计数。那么对于一个share memory
的数据页，是不是就不能换出了？前面提到，页换出操作的第一步是扫描所有的虚拟地址空间，那么页换出操作就完全有能力知道当前扫描的
vma 是普通的 vma 还是对应的 share memory 的vma。正如 swap.c
里面看到的那样，swap 断开一个 page 以后，如果发现当前 vma 是share memory
的，并且 page\_ref 是1，那么可以确定的是这个最后一个 page\_ref 是在
shmem 结构中。那么swap 也同时将该 share memory 上的PTE 断开，就满足了
page\_launder 的换出条件。

share memory 上的 entry 换成了 swap entry
带来的坏处也很明显，因为标记share 的 vma
如果一开始没有页表内容，需要通过 \#PF 从shmem 里面得到相应的
PTE。但是不幸的是，得到的是 swap entry，那么只能再通过第二次
\#PF，才能将swap entry 替换成数据页。
